home *** CD-ROM | disk | FTP | other *** search
/ Collection of Tools & Utilities / Collection of Tools and Utilities.iso / dirut / snif134.zip / HISTORY.TXT < prev    next >
Text File  |  1992-03-16  |  12KB  |  242 lines

  1. Changes / new features in SNiF 1.34 (public release)
  2.  
  3. o New option: +o, -o.
  4.   This option allows you to tell SNiF whether it should OR or AND all
  5.   criteria in a list.
  6.  
  7. o Added the +m2 option: +m2 acts like +m1 though it also hides (sets Hidden
  8.   attribute) all files in the advanced exception list. Useful for passing
  9.   wildcarded parameters to other programs.
  10.  
  11. o Greatly optimized the grep-like (+g option) searching routine. It is now
  12.   only marginally slower than Borlands GREP.COM utility.
  13.  
  14. o Optimized the string-substitution routine, it's also a lot faster now.
  15.  
  16. o Minor bugfixes.
  17.  
  18.  
  19. Changes / new features in SNiF 1.33 (public release)
  20.  
  21. o New option: +kSTRING, -k
  22.   This one allows you to specify a 'C-like' format-string for the logfile
  23.   output. For each file sniffed this string will be logged, subject to the
  24.   following substitutions:
  25.  
  26.      &f  full pathname (incl. filename) of the file sniffed
  27.      &p  pathname only of file sniffed
  28.      &n  filename only of file sniffed
  29.      &m  currently active filemask
  30.      &t  sniffed file's creation time
  31.      &d  sniffed file's creation date
  32.      &a  sniffed file's attributes
  33.      &s  sniffed file's size in bytes
  34.  
  35.   It is also allowed to include hex-entries (\XX) in the format-string, like-
  36.   wise to the +g option.
  37.   The +k option is one of the more advanced features of SNiF... so for normal,
  38.   standard logfile-info one might rather use the simpler +bINFO (or -bINFO)
  39.   option! Option -k disables the format-string.
  40.   Default: -k
  41.  
  42. o It is now possible to set up an environment variable called SNIF which
  43.   contains SNiF options and/or filemasks. This environment variable is scanned
  44.   *before* the command-line is scanned and thus can be used to issue (default)
  45.   options automagically. For instance, if you wanted SNiF to default to
  46.   sniffing the whole system (ie. all hard-drives) instead of the current drive
  47.   only, you could set the SNIF environment variable to +wCZ (using:
  48.   set snif=+wCZ). *Any* option/filemask that can be given at the command-line
  49.   is legal in the SNIF environment variable... happy configuring! ;-)
  50.  
  51.  
  52. Changes / new features in SNiF 1.31 (non-public release)
  53.  
  54. o Optimized behaviour of the relative time-criterion. It now 'properly' handles
  55.   a file's creation-time and is no longer date-criterion dependent. In practice
  56.   this means that when you want to snif for files maximum 5 mins old (+tY5), you
  57.   will only get those files that _are_ actually maximum 5 mins old, and not
  58.   those that were 5 mins old the same time yesterday, the day before yesterday,
  59.   etc...
  60.  
  61.  
  62. Changes / new features in SNiF 1.30 (non-public release)
  63.  
  64. o Extended the +u option to accept absolute dates in American format as well:
  65.   SNiF looks at the date-separator character to determine which format is
  66.   used, a '/' character specifies European format (ie. dd/mm/yy), a '-'
  67.   character specifies American format (ie. mm-dd-yy). Eg: +uA09-22-91 and
  68.   +uA22/09/91 both instruct SNiF to search files created after 22nd of
  69.   September 1991.
  70.  
  71. o Slightly modified +b option: issuing +bINFO now causes the additional file-
  72.   info to be printed in the logfile, SNiF no longer does this by default!!!
  73.   Issuing +bNOINFO will turn this feature back off again. I made this
  74.   modification so that SNiF's default log-output can be easily used as input
  75.   for another program (eg a file transfer protocol).
  76.  
  77. o New option: +m, +m1, -m
  78.   This option is an _extremely_ powerful one; it allows you to build advanced
  79.   exceptions using any criteria that SNiF supports (ie. not only filemasks, as
  80.   +n option). Advanced exceptions are built just as you would build a set of
  81.   criteria for normal sniffing, ie. you just specify the criteria which make up
  82.   the advanced exception using the normal options...
  83.   To start building advanced exceptions, issue the +m command. Any criteria or
  84.   filemasks following this +m will be added to the advanced exception list.
  85.   When the advanced exception list is built, and you want to activate it, issue
  86.   the +m1 command and subsequently specify the criteria and filemasks you wish
  87.   to snif for.
  88.   For example: we wish to snif all files on the current drive, except all
  89.   hidden .SYS files. This could be done with something like:
  90.  
  91.     SNiF +m +aH *.sys +m1 -a *.*
  92.  
  93.   We first turn on advanced exception building with +m, then specify the
  94.   criterion for hidden-attribute sniffing and the *.sys filemask. Note that
  95.   after having turned off building of advanced exceptions with +m1 (thus also
  96.   activating it!), we still need to specify -a because we want to snif every
  97.   file on the drive, not only the hidden ones! It is important to note that a
  98.   +m1 instance does NOT turn off any criteria activated for advanced
  99.   exceptions, we must do so separately!
  100.   To disable advanced exceptions, -m must be issued.
  101.   Default: -m
  102.  
  103. o Added quick help on options available. SNiF -? gives this quick help.
  104.  
  105.  
  106. Changes / new features in SNiF 1.28 (non-public release)
  107.  
  108. o Slightly changed use and behaviour of the +x (command execution) option.
  109.   Option +x is now also a cumulative command like +n etc. This means you can
  110.   set up multiple execution-commands with multiple instances of +x. Commands
  111.   will be executed in the order they are given at the command-line (or in the
  112.   .ctl file). Option -x clears ALL these commands.
  113.   Eg: SNiF "+xtype &f" "+xdel &f" *.bak    will first type any *.bak file found
  114.       and subsequently delete it.
  115.  
  116. o Same mods to the +g option: multiple search-strings may now be specified with
  117.   multiple instances of +g. So, SNiF +ghello +gthere *.*   will only snif files
  118.   that contain the strings "hello" and/or "there". Option -g clears ALL search-
  119.   strings.
  120.   Also added hex-entry support in +g strings: Any occurence of \XX (2 digit hex
  121.   number) will be translated into the corresponding byte. To include a '\', you
  122.   should specify \\ in the string. So, SNiF +gB\41LL *.txt   will snif all .txt
  123.   files containing the case-insensitive string "ball".
  124.  
  125. o Fixed huge bug that crept into the control-file parser whilst modifying it to
  126.   accept only one option per line!
  127.  
  128. o Fixed bug that caused SNiF (the whole system) to crash when the statistics
  129.   mask-list became too long.
  130.  
  131.  
  132. Changes / new features in SNiF 1.24 (non-public release)
  133.  
  134. o Again modified the +w option: SNiF now defaults to +w (ie. snif whole
  135.   current drive) when NO paths are specified. Otherwise, it'll just snif the
  136.   paths preceding the filemasks. With -w and no paths given, SNiF will start
  137.   its search in the current dir. on the current drive.
  138.  
  139. o Big change to the control-file parser: it now only accepts one (1) option per
  140.   line!!! The advantage of this is that you no longer need to use quotes ("")
  141.   when option-parameters are strings containing spaces. Ie: "+xdel &f" becomes
  142.   a plain +xdel &f.
  143.  
  144. o Fixed bug with +f skipping the current dir. if first file found is a file-
  145.   mask exception.
  146.  
  147.  
  148. Changes / new features in SNiF 1.23 (non-public release)
  149.  
  150. o SNiF now exits with errorlevel 0 if nothing was sniffed, and 1 if at least
  151.   one file was sniffed.
  152.  
  153. o Little change to the behaviour of the +w (global system sniffing) command:
  154.   Issueing just +w will cause SNiF to search the whole CURRENT DRIVE, not the
  155.   whole system, as before. To invoke a whole system snif, you must explicitly
  156.   provide the maximum drive-range with the +w option, like: +wCZ or +wAZ. A new
  157.   drive-specifier is recognized: @ indicating the current drive, so +w@Z would
  158.   start sniffing from the current drive up to drive Z:.
  159.  
  160. o New option: +gSTRING, -g
  161.   This option acts like a little GREP: it allows you to snif files that contain
  162.   the STRING sequence of characters. By default, the search is 
  163.   case-insensitive, to make it case-sensitive, the first character of STRING
  164.   must be an exclamation-mark: !. So, if the case-sensitive string you wish to
  165.   search for should start with an !, eg !blabla, you would specify: +g!!blabla.
  166.   Note that this option isn't at all meant to replace GREP, it isn't as fast
  167.   and as versatile, but it's there if you need it. O